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Specification 



1* Title of the invention: 

Data transfer control system 

2. Claim 

A data transfer control system comprising: 

a data request unit for sending a read address to the address bus after acquiring 
bus control, while sending a mode signal, indicating block transfer or word transfer, to the 
control line; and 

memory for accessing a memory element corresponding to the read address 
according to the mode signal and outputting the corresponding data to a data bus; 

wherein, when the mode signal indicates block transfer, the memory generates a plurality 
of read addresses according to the read address, with the read address as the start address 
of the block, and outputs a corresponding plurality of data from the memory element. 

3. Detailed discription of the Invention 
Area of industrial use 

The present invention relates to a data transfer control system for using a common 
bus for effecting data transfer such as DMA transfer, and more particularly to a data 
transfer control system with which high speed block data transfer is possible. 

In computer systems, the processor, memory, channels, and so forth are connected 
by a common bus; addresses and data are exchanged therebetween using the common 
bus. For example, when the channel effects DMA (direct memory access) to memory, 
[the channel] acquires control of the common bus, then provides addresses to memory via 
the common bus and receives data read from memory via the common bus. For this 
reason, data transfer control for the common bus becomes necessary. 

Prior art 

Figure 3 shows the constitution of a conventional data transfer control system using a 
common bus. The processor 1, memory 2, and channels 3a, 3b are connected by the data 
bus D-BUS, address bus A-BUS, and control line C-BUS. A bus control acquisition 
control portion (abbreviated below as "bus control portion") 21 for performing control of 
bus control acquisition according to requests from the channels 3a, 3b, memory control 
portion 22, memory element 20, address receiver 23, and data transceiver 24 are 
established in memory 2. According to the control signal from the control line C-BUS, 
the memory control portion 22 provides the address received from the address receiver 23 
[on] the address bus A-BUS to the memory element 20, reads one word of data, and sends 
[that word] to the data bus D-BUS via the data transceiver 24. Meanwhile, each channel 
3a, 3b comprises DMA controllers 30a, 30b, and input/output controllers 31a, 31b 
respectively. [Each channel] sends the bus control request DMARQl, 2 from the DMA 
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controllers 30a, 30b to the bus control portion 21 and acquires bus control, then sends the 
address to the address bus A-BUS. The input/output controllers 31a, 31b receive data 
from the memory 2 via the data bus D-BUS. 

In this way, data transfer of one word is effected through a data transfer sequence 
of acquiring bus control, sending addresses, and receiving data. However, this sequence 
must be repeated a plurality of times for the transfer of several words of data, and high 
speed data transfer cannot be realized. 

For this reason, the burst data transfer system shown in Figure 4 is used. Burst 
data transfer is for transferring a plurality of words of data; a bus in use signal busy is 
output upon acquisition of bus control, the common bus is in use during the transfer of a 
plurality of words, and the data transfer sequence repeated. In other words, according to a 
request from internal circuitry, the channel 3a (or 3b) generates a bus control request 
DMARQ1 (or 2) from the DMA controller 30a (or 30b) for the bus control portion 21 At 
that point, the bus control portion 21 checks the state of the busy line of the control line 
C-BUS, detects whether the bus is controlled by another device, and returns bus control 
authorization DMAACK1 (or 2) to the channel 3a (or 3b). Accordingly, the channel 3a 
(or 3b) that received bus control authorization generates a busy signal for the busy line of 
the control line C-BUS and informs other devices that the bus is in use. [Meanwhile, the 
channel] sends the address of the memory element 20 to the address bus A-BUS, then 
provides a data service-in signal (strobe signal ) DSVi indicating address sending via the 
control bus C-BUS to the memory control portion 22. According to the data service-in 
signal DSVi, the memory control portion 22 provides the column and row strobe signals 
CAS, RAS to the memory element 20. [The memory control portion] sends and accesses 
the address from the address bus A-BUS to the memory element 20 via the receiver 23. 
The memory control portion 22 synchronizes with the reading from the memory element 
20 and provides the service-out signal (response signal) SRVO showing sending of read 
data via the control line C-BUS to the DMA controller 30a (or 30b) of the channel 3a (or 
3b). The read data from the memory element 20 are provided to the data bus D-BUS via 
the transceiver 24. The input/output controller 3 la (or 31b) receives these data from the 
data bus D-BUS. When the service-out signal SRVO ends, the DMA controller 30a (or 
30b) sends the next address to the address bus A-BUS without generating a bus control 
request, generates a data service-in signal DSVi in the same way, and repeats the same 
sequence. High speed data transfer control can be realized with this type of burst data 
transfer because the control of bus control can be omitted during the process. 
Problems to be solved by the invention 

In conventional high speed data transfer control, however, address bus A-BUS 
guarantee times Ta and Tb are necessary before and after the data service-in signal DSVi 
that is the address send strobe. In other words, in consideration of skew or the like of the 
address bus A-BUS, the data service-in signal DSVi is raised once the address is defined 
on the address bus A-BUS after address sending; likewise, after the drop of the data 
service-in signal DSVi, address sending must be cut off after the passage of the hold time 
Tb. In a conventional system, then, this guarantee time Ta, Tb becomes necessary for 
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each access because the address is sent at each word transfer; this obstacle to high speed 
data transfer is problematic. 

Means for resolving the problems 

The present invention provides a data transfer control system for effecting high 
speed block transfer of a plurality of words, while making possible both word transfer and 
block transfer. 

For this reason, the present invention is a data transfer control system comprising: 
a data request unit for sending a read address to the address bus after acquiring bus 
control, while sending a mode signal, indicating block transfer or word transfer, to the 
control line; and memory for accessing a memory element corresponding to the read 
address according to the mode signal and outputting the corresponding data to a data bus; 
wherein, when the mode signal indicates block transfer, the memory generates a plurality 
of read addresses according to the read address, with the read address as the start address 
of the block, and outputs a corresponding plurality of data from the memory element. 
Operation 

In the present invention, to shorten the bus sequence in block data transfer, the 
start address of the block is sent from the data request side and the sending of addresses 
of individual words is omitted when performing block transfer of a plurality of words. 
The plurality of read addresses necessary for the block is generated according to the start 
address on the memory side and the corresponding plurality of word data is output. Then, 
because only one address is sent in block transfer, as in word transfer, a mode signal is 
output by the data request side to confirm block transfer in memory. [This] makes it 
possible to execute block transfer and word transfer with the sending of one address. 
Embodiments 

The present invention is explained in detail with the embodiments. 

Figure 1 is a block diagram of a first embodiment of the present invention. In the 
figure, the same numbers are used for items identical to those shown in Figure 3. In the 
figure, 22a shows the response (memory access) counter; this is established in the 
memory control portion 22 and counts the number of response signals (memory access) 
for one strobe. 22b is the memory access control portion; this controls the frequency of 
memory access according to the DMA mode signal DMAMODE discussed below, while 
generating response signals. 25 is an address counter and generates the least address of 
the memory element 20 at the time of block transfer request. 32 is an address counter, this 
is established in the DMA controller 30 and generates the memory address for the transfer 
request. CI is a response signal line and carries the response signal from the memory 2 to 
channel 3. C2 is a strobe line and carries the strobe from channel 3 to memory 2. C3 is a 
synchronizing clock line and carries the synchronizing clock CLK from memory 2 to the 
channel 3. C4 is a main clock line and carries the control clock MCLK, for DMA (bus 
occupancy) request DMARQ and DMA (bus occupancy) authorization DMAACK, from 
memory 2 to channel 3. C5 is a busy line; the busy signal busy showing that the bus is in 
use is sent by the memory 2. d, is a bus in use request line and carries DMA request 
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DMARQ from channel 3 to memory 2. d 2 is a bus in use authorization line and carries the 
DMA authorization DMAACK from memory 2 to channel 3. d 3 is a DMA mode line and 
[carries] the DMA mode, for indicating word transfer or byte transfer, from channel 3 to 
memory 2. 

Next, the operation of the embodiment shown in Figure 1 is explained using the 
timing chart in Figure 2. Figure 2 (A) is a timing chart during block transfer; Figure 2 (B) 
is a timing chart during word transfer. 

(1) When the internal circuitry of the channel 3 requests DMA transfer, the DMA 
controller 30 sends a DMA request DMARQ via the bus in use request line d| [to] the bus 
control portion 21 of the memory 2. 

When the bus control portion 21 checks the state of the busy line C5 and the bus 
is not occupied, [the bus control portion] sends the DMA authorization DMAACK via the 
bus in use authorization line d 2 to the DMA controller 30. Accordingly the channel 3 
acquires bus control. Moreover, the DMA request DMARQ and DMA authorization 
DMAACK are synchronized with the control clock MCLK of the bus control portion 21 . 

(2) When the DMA controller 30 receives the DMA authorization DMAACK, 
[the DMA controller] turns on the busy signal busy on the busy line C5 and declares that 
the bus is in use. [The DMA controller] then checks for word transfer or block transfer. In 
the case of block transfer, [the DMA controller] sets the DMA mode signal DMAMODE 
to low (0) and sends [the DMA mode signal] to the memory control portion 22 by the 
mode line d 3 . Meanwhile, the DMA controller 30 sends the leading (start) address of the 
pertinent block to the address bus A-BUS by the address counter 32. In this embodiment, 
block transfer has a four word fixed length; the greater bits (greatest 14 bits in the case of 
16 bit access), excluding the least two bits of the address counter 32, are therefore sent to 
the address bus A-BUS. 

(3) Furthermore, the DMA controller 30 guarantees the bus skew and address 
decoding time and outputs the strobe signal DSVi to the control line C2 at the trailing 
edge of the next clock CLK. 

(4) In memory 2, the memory access control portion 22b of the memory control 
portion 22 receives this strobe signal DSVi from the control line C2 and provides the 
column and row strobes CAS, RAS to the memory element 20. Furthermore, the memory 
access control portion 22b detects the block transfer request from the DMA mode signal 
DMAMODE and switches the least bit of the receiver 23 to the address counter 25 side. 
The memory element 20 thereby receives the start address on the address bus A-BUS via 
the receiver 23, while receiving the least two bits of the address from the address counter 
25 via the receiver 23 and effecting access. The receiver 23 composes the greatest 14 bits 
from the address bus A-BUS and the least two bits from the counter 25 and provides 
[this] to the memory element 20. 

(5) Accordingly, the corresponding data (word) is output from the memory 
clement 20 by the transceiver 24 to the data bus D-BUS. Meanwhile, in the memory 
control portion 22, the response signal SRVO (1) is generated by the memory access 
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control portion 22b at the trailing edge of the clock CLK and output to the response signal 
lined. 

(6) Meanwhile, on channel 3, the DMA controller 30 receives the response signal 
SRVO from the response signal line CI and indicates data uptake on the data bus D-BUS 
to the input/output controller 3 1 . The input/output controller 3 1 takes up data from the 
memory element 20 via the data bus D-BUS. 

(7) In memory 2, the memory access control portion 22b outputs the 
abovementioned response signal SRVO (1), then increments the counter 22a for counting 
the number of response signals output for one strobe and increments the address counter 
25. 

Then the memory access control portion 22b again provides the column and row 
strobes CAS, RAS to the memory element 20. The greatest 14 bits from the address bus 
A-BUS and the least two bits of the incremented address counter 25 are thereby provided 
to the memory element 20 as the memory address and the next word is accessed. 

(8) Accordingly, the next word is output from the memory element 20 to the data 
bus D-BUS by the transceiver 24, while the response signal SRVO (2) is generated by the 
memory access control portion 22b and output to the response signal line CI. In Channel 
3, data are taken up as in step (6). 

(9) On the memory 2 side, the counter 22a and address counter 25 are incremented 
as in step (7) and the next word in memory element 20 is accessed. In this way, the count 
value of the response counter 22a becomes 4; when data are output four times.'or when 
four response signals are generated, the memory access control portion 22b stops access 
of the memory element 20. 

(10) Meanwhile, on the channel 3 side, when the DMA controller 30 receives the 
response signal four times, the DMA mode signal DMAMODE returns to high, the strobe 
DSVi returns to high, and the busy signal busy on busy line C5 drops and cancels bus 
usage. 

(1 1) Meanwhile, in the case of word transfer in step (2), the DMA controller 30 
lets the DMA mode signal DMAMODE remain high. The memory access control portion 
22b thereby detects the word transfer instruction and blocks the operation of the counters 
22a, 25. For this reason, one response signal SRVO is returned [in response] to the strobe 
DSVi from the DMA controller 30; or, the full 16 bits of the address counter 32 are 
provided as the memory address to the address bus A-BUS from the DMA controller 30. 
The receiver 23 of the memory 2 prevents the input of output from the address counter 25 
as indicated by the memory access control portion 22b and provides the 16 bit address on 
the address bus A-BUS to the memory element 20. The memory element 20 outputs the 
corresponding word according to this address to the data bus D-BUS by the transceiver 
24; on channel 3, the DMA controller 30 receives the response signal, indicates data 
uptake to the input/output controller 31, drops the busy signal busy on busy line C5, and 
cancels bus usage. 
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In this way, for a block transfer request, the start address of the block is sent from 
the channel that is the data request side; the memory uses the address counter 25 to 
generate a plurality (4 in this case) of read addresses and outputs a plurality of data; 
meanwhile, a mode signal is output from the data request side and indicates block or 
word transfer. 

In the embodiment discussed above, a plurality of response signals are returned 
from the memory 2 for one strobe of the channel 3 during block transfer indication; 
however, the strobe for a word may also be output in response to the response signal from 
the channel 3. 

Also, in the embodiment discussed above, an example of control synchronized 
with the clock CLK was explained, but unsynchronized control without using the clock 
CLK is also possible. Furthermore, the response signal line CI and strobe line C2 are 
explained as being the bus type, but these may also be separated, and not the bus type. 
Moreover, an example wherein the bus control acquisition control portion 21 is 
established in memory 2 is explained, but [the present invention] is not limited by this 
and [the bus control acquisition control portion] may also be established in the processor 
1 . The data request unit is also not limited to being a channel. 

The present invention is explained above with an embodiment, but the present 
invention may take many forms while retaining the substance of the present invention; 
these are not excluded from the present invention. 

Effect of the invention 

As explained above, the present invention is a data transfer control system 
comprising: a data request unit for sending a read address to the address bus after 
acquiring bus control, while sending a mode signal, indicating block transfer or word 
transfer, to the control line; and memory for accessing a memory element corresponding 
to the read address according to the mode signal and outputting the corresponding data to 
a data bus; wherein, when the mode signal indicates block transfer, the memory generates 
a plurality of read addresses according to the read address, with the read address as the 
start address of the block, and outputs a corresponding plurality of data from the memory 
element. As a result, because [only] one start address need be sent at the time of a block 
transfer request, the guarantee time necessary for address definition ends with one 
[iteration] and thai makes possible high speed block data transfer. In addition, the 
memory side generates a plurality of read addresses with one start address; it therefore 
becomes possible to read a plurality of words and block transfer also becomes possible. 
Furthermore, because block transfer or word transfer is indicated with the mode signal, 
the memory side can accordingly execute block transfer processing or word transfer 
processing corresponding to one sent address. With just one sent address, therefore, either 
block transfer or word transfer can be selectively executed. 

4. Brief explanation of the figures 

Figure 1 is a block diagram of an embodiment of the present invention; Figure 2 is 
a timing chart for the embodiment in Figure 1 ; Figure 3 is a diagram of the constitution 
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for conventional data transfer control; and Figure 4 is a timing chart for conventional data 
transfer control. 

In the figures: 

2. Memory 

3, 3a, 3b. Channel (data request unit) 

20. Memory element 

21 . Bus control acquisition control portion 

22. Memory control portion 
32. Address counter 
D-BUS. Data bus 
A-BUS. Address bus 

Applicant: Fujitsu, Ltd. 

Agent: Yamatani, Hiroyoshi, Patent Attorney 

Figure 1 

20. Memory element 

22a. Counter 

25.* Address counter 

30. DMA controller 

3 1 . Data input/output control 

32. Address counter 
Figure 2 (A), (B) 
[fourth term] Address 
[bottom term] Data 
Figure 3 

2. Memory 
20. Memory element 
3a, 3b. Channel 
Figure 4 

[third term] Address 
[sixth term] Data 
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X-Sender: fleming@intmail.rambus.com 

X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 

Date: Thu, 01 Jun 2000 12:18:43 -0700 

To: Brian Smith <bsmith@rambus.com>, Chris Slocum <slocum@rambus.com> ( cates 
From: Laura Fleming <fleming@rambus.com> 
Subject: Re: Fwd: Re: Customer Survey Action Plan 
Cc: msobelman 

Looks good. I'd like to see the foils really focused on addressing issues that were raised in 
the survey. Be so plain as to summarize on one foil up front the major issues, and make 
sure that your foils are addressing those issues. As I remembered them, they were: 

1 . Lack of benchmarks showing value of RDRAM 

2. Reason for end user to chose an RDRAM system not clear 

3. No detailed data from Rambus on market size/design wins 
... others? 

Also, I suggest a specific call to action foil for each partner as to how they can help work 
with Rambus to increase marketing visibility and end user awareness. Some suggestions 
(please filter these for viability): 

Toshiba: RIMM Module cost reduction roadmap whitepaper w/Rambus in 3Q00; Press 
release for Phase 2 of warrants reward program; Sponsor RDF lunch; Quote in Rambus 
1066SC launch press release in Sept 

NEC: 5Mu shipped press release in 3Q00; 1066SC NEC press release in Sept; Co-op 
advertising in Q3/Q4 with Rambus 

Samsung: 10Mu press release in 2Q00; 1066SC SEC press release; sponsor RDF lunch 
Hyundai: co-op advertising; sponsor RDF reception; 

Please add to the foils the fact that we now report and track the number of new controller 
design wins, and show them a list of unannounced customers an a quarterly basis. 

thanks, 
Laura 

At 02:13 PM 5/30/00 , Brian Smith wrote: 
Chris - 

Here's a pass at the slides you requested. I tried to cover our recent activity (Industry 
Talk, Consumer Website, Tradeshows, new whitepapers) as well as what we are working 
on for future (continuation of above items, coverage of DDR system releases on ITalk, 
Tradeshows: Computex, Comdex, ). 

Call to action includes suggestions on more press releases, suggestions on whitepaper or 
editorial topics (co-authored with Rambus), tradeshow presentations. 

In appendix are latest pert benchmarking slides intended to be in handout, but not 
necessarily presented. 
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Julie - you may well have stuff to add here, so please feel free to suggest ideas & I will 
incorporate. 

Thanks - Brian 



At 04:01 PM 5/24/00 , you wrote: 

>AII, 

> 

>This is a follow-up to our meeting that we had earlier this month regarding 

>the DRAM Partner Customer Survey. 

> 

>ln that meeting, I summarized the results of the customer survey and showed 

>how Rambus must address the following four issues: 

> 

>1. Yield/Cost 
>2. Infrastructure Enabling 
>3. Marketing Communications 
>4. RIMM Design 

> 

>ln addition to the attached slide set, Rambus must have a response 
>slide/slides that addresses each one of these topics for our upcoming 
>quarterly engineering/exec meetings during WW25. Each response 
>slide/slides should address a real or perceived problem by showing one or 
>more of the following: 
>1. a new Rambus plan 

>2. a change in our current behavior (or a process change) 
>3. correct any misconceptions 

>4. a summary of our past and current progress (stuff that Rambus does that 

>they are unaware of and, therefore, we don't get credit for) 

> 

>l have scheduled a meeting next Thursday at 2PM to review our response 
>slides. Here is a breakdown of the owners and suggestions for each 
>response slide. Please be sure to generate some slides before the meeting. 
> Also, make sure that you check out the question and corresponding customer 
>feedback in the attached slide set so that you can better focus your 
>response slide. 
> 

>1. Yield/Cost 
>Owner: Chad/Andy 
>Questions 18 and 28 

Suggestions: Mention 4i and any other results (pcb spec relaxation), 
>present what the Rambus plans will be as a result of our extensive 
>analysis, low cost package initiative; etc... 
> 

>2. Infrastructure Enabling 
>Owner: Melissa/Chris 
>Question 15 

Suggestions: Melissa will generate a slide on her group's enabling efforts, 
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>l will generate a similar slide on component ATE, NMS, Johnstech white paper. 
> 

>3. Marketing Communications 
>Owner: Julie 
>Questions 19 and 25 

Suggestions: Generate some slides on marketing plans, promotional plans 
>recent web site improvements, rambus benchmarking efforts. We should also 
>ask for joint marketing efforts. 
> 

>4. RIMM Design 
>Owner: David 
>Question 16 

Suggestions: Show how the number of revs are decreasing, PCB impedance & 

>TPDspec relaxation, more PCB vendors,etc... 

> 

>See you next week. Thanks for all the help. 
> 

>Chris 



**Rambus Confidential information may be contained in this email 
Laura Fleming Rambus Inc. 

fleming@rambus.com 650-944-7757 



Brian Smith 650.944.7728 Office 

Business Development Manager 650.944.8080 Fax 

Rambus Inc. bsmith@rambus.com 

RAMBUS CONFIDENTIAL INFORMATION MAYBE CONTAINED IN THIS EMAIL 

If you have received this message in error, please contact the sender and 
immediately erase/destroy all copies of this message 
</blockquote><br> 
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